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CUSTOMIZABLE TWO STEP MAPPING OF EXTENSIBLE MARKUP 
LANGUAGE DATA IN AN E-PROCUREMENT SYSTEM AND METHOD 



CROSS REFERENCE TO RELATED APPLICATION 
5 This is related to Viswanath et al v co-filed U.S. patent application Ser. No.: 

titled "DOCUMENT EXCHANGE FRAMEWORK FOR AUTOMATED 
EXTENSIBLE MARKUP LANGUAGE PROCESSING IN AN E-PROCUREMENT 

System and Method", attorney docket No.: . To the extent not 

repeated herein, the contents of this patent application are incorporated herein 
10 by reference. 

FIELD OF THE INVENTION 

The present claimed invention relates generally to the field of wireless 
communication systems. More particularly, the present claimed invention 
15 relates to Extensible Markup Language (XML) content retrieval and 

transformation in an electronic purchasing and procurement environment. 

BACKGROUND ART 

The Internet has become the dominant vehicle for data communications 
20 with a vast collection of computing resources, interconnected as a network from 
sites around the world. And with the growth of Internet usage has come a 
corresponding growth in the usage of Internet devices, wireless devices and 
services in a way different from the traditional uses of such devices. 

25 The growing base of Internet users has become accustomed to readily 

accessing Internet-based services, which traditionally were restricted or limited 
to the "client/server" environment, at any time from any location. Accessibility 
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to traditional business services and products over the Internet means enterprises 
have to adjust to new paradigms of transacting business. 



Consequently, some organizations are, for example, scrambling to 
5 implement e-commerce and customer relationship management (CRM) strategies 
to increase revenue and bring them closer to their customer base. But 
organizations that are committed to an e-business strategy realize that their 
procurement operations are an equally critical aspect of their business. By 
implementing a sound e-procurement solution, organizations can truly integrate 
10 with their supply chain partners and realize dramatic business efficiencies and 
cost saving in purchasing everything from office supplies to services to raw 
materials. 

For any organization, procuring goods and services is a core business 
15 function that is critical to the successful operations of the company. All 

organizations must procure "indirect" goods such as office supplies and other 
materials that support business operations and enable maintenance and repair 
operations (MROs) to function. 

20 In addition, many organizations must also procure "direct" goods, such as 

raw materials or components that are used in manufacturing processes. Other 
goods or services that organizations must procure include travel, consulting 
services and equipment. 

25 Many large organizations have dedicated resources that handle 

procurement at a corporate level By centralizing procurement, organizations 
can bring control over the entire process and improve their purchasing 
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efficiencies. Unfortunately, in many organizations, procurement is still a 
fragmented, paper-intensive process that involves many forms, phone calls, and 
approval cycles. Just as procurement requires interfacing with multiple 
suppliers, it requires interacting with different areas of the organization 
5 (accounting, management, lines of business, receiving, etc.) each of which may 
have different processes and approval flows. 

As organizations begin to embrace e-business technologies for selling 
goods and serving their customers online, they are also beginning to look at the 
10 efficiencies that e-commerce technologies can bring their internal procurement 
operations. Thus, e-procurement is quickly assuming a highly strategic role 
within the e-business strategies of many organizations. 

With e-procurement, organizations can move the entire purchasing 
15 catalogs into a central catalog of products from approved suppliers, helping 
buyers quickly locate goods and services. E-procurement helps automate the 
formerly time consuming review process typically required to approve 
requisitions and initiate purchases. Finally e-procurement helps the organization 
realize efficiencies by accelerating the purchasing process, identifying existing 
20 inventory to minimize redundant purchasing, detecting unauthorized spending, 
determining purchasing patterns for improved budgeting, and ensuring contract 
compliance. 

As the number of business applications on the Internet increases, having 
25 restricted content and very limited information about goods and services 

transactions over the Internet impairs the ability of pvirchasing professionals to 
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.. take advantage of Internet technologies and provide efficient and cost effective 
services. 

5 



10 



15 



20 
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- SUMMARY OF INVENTION 

Accordingly, to take advantage of the myriad of e-commerce applications 
being developed, an e-purchasing and e-procurement system are needed with 
extensibility capabilities to allow content requests from purchasing requisitioners 

5 to the e-purchasing and e-procurement system to be formatted based on 

available Internet purchasing standards. Further, a need exists for a system and 
method of presentation formatting of content to be different from the formatting 
logic of the user's request to enable quick implementation of data gathered for 
presentation to the client. A need exists for "out-of-the-box" solutions to allow 

10 technically unsophisticated end-users to connect to the Internet and perform 
sophisticated purchasing and procurement decisions and activities not available 
in the prior art in an organization's purchasing environment without unduly 
tasking the end-user's technical abilities. A need further exists for an improved 
and less costly device independent system, which improves efficiency and 

15 provides content to various users of different configurations without losing the 
embedded features designed for these devices. 

What is described is an e-procurement system having a portal server 
supporting a robust procurement system providing a wide range of features that 

20 purchasing and procurement applications require including storing capabilities 
for various purchasing and procurement functions in a business environment. 
In one embodiment of the present invention, the procurement system includes a 
catalog management system that integrates information from multiple external 
catalogs that include a collection of goods and services that may be ordered 

25 electronically from a database repository into a consolidated catalog of goods 
and services from approved suppliers to enable a purchasing or procurement 
agent to purchase items over the Internet. 
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In one embodiment of the present invention, the procurement processing 
system includes a requisition and order management module that helps 
organizations to streamline the requisitions process in the organization. The 
5 requisition and order management module allows users to request multiple 

items from different suppliers or a single requisition from a plurality of back-end 
resource servers on the Internet and transforms the content into a format suitable 
for delivery to the client. In one embodiment, an Extensible Markup Language 
^ (XML) content is formatted to transform the XML content from an external 
"||0 source into an appropriate markup content for delivery to a request from a user 
00 of the e-procurement system of the present invention. 

O The present invention further includes a Data Mapping Framework that 

1^ allows multiple documents to be delivered at multiple locations based on a single 
El5 requisition request by a user. The Data Mapping Framework allows the e- 
f£ 9 procurement system of the present invention to automatically process inbound 
^ and outbound XML document requests handled by the e-procurement system. 

Embodiments of the present invention are also directed to a system and a 
20 method for accepting in-bound order requests in a first data format from users 
and transmitting out-bound orders in a second data format that is substantially 
different from the first data format. The document framework of the present 
invention is further utilized to accept communications from the system 
formatting and presentation in the electronic purchasing and procurement 
25 environment of a business enterprise. In general, embodiments of the present 
invention vary the degree of handling supplier or buyer requests to a plurality of 
purchase orders or requisitions from a plurality of order catalogs from web-sites 
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- based on a plurality of suppliers connecting to the electronic procurement 
environment. The present invention implements internal proprietary content 
request formatting to retrieve extensible markup language content form a data- 
source external to the e-procurement system or from a file-system on a server 
5 based on detailed user request information. In other words, the embodiments of 
the invention provide user specific content request formatting and presentation 
of content gathered from various back-end resources and presented in a 
consolidated form in the e-procurement environment. 

10 Embodiments of the invention include an extensible markup language 

(XML) content generation and transformation solution designed to improve the 
handling of Open Buying on the Internet (OBI) Standard content requests from a 
variety of user requisition requests to the procurement and purchasing system of 
the present invention. The requested information may be gathered from a 

15 variety of supplier catalog over a variety of web-sites and integrated for 

presentation to a variety of different user requests. The present invention allows 
for the intelligent mapping of Internet based OBI standard language content 
requests to the purchasing and procurement system using one or more Internet 
access protocols available to the user to format the data gathered into a 

20 coherently and cohesively formatted content into one or more markup language 
documents suitable for delivery to the requesting user. 

To achieve the content request delivery formatting and data presentation 
formatting of the present invention, embodiments provide a sof tware- 
25 implemented process based on the XML data mapping format for use in an 

Internet purchasing based environment using a variety of markup languages to 
format data content to any number of documents without modifying the 
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- underlying code. Contents of the purchase requisition are then mapped into an 
internal proprietary XML data format to allow for the quick and effective 
processing of the purchase requests. The mapped XML data is then reformatted 
and delivered in an XML format suitable for delivery in response to the purchase 
5 request. In one embodiment of the present invention, an Extensible Markup 
Language (XML) may be used to format content requests from the user to the 
purchasing and procurement system. The purchasing and procurement system 
then may use a sub-processing XDOC framework to generate XML data fetched 
and parsed in response to the user's request. 

10 

Embodiments of the present invention generate internal tags which 
correspond to tag information contained in the OBI XML data presented to the e- 
procurement system of the invention. The internal tag is then used to access 
mapping information responsive to the OBI XML data from a database that 
15 stores data and objects that correspond to the OBI XML data. The internal tag 
further allows the data mapping framework to reference associated attribute 
information from the database with respect to each data object. 

Embodiments of the present invention include an extensible configuration 
20 file that is text based and allows a user of the e-procurement system to 

dynamically change file characteristics of the contents of the purchase request. 

Embodiments of the present invention further include mapping logic that 
maps the OBI XML content of a purchase order of a first format into an 
25 intermediary second data format for processing by the Data Mapping 

Framework. The second data format is subsequently transformed into a third 
data format suitable for delivery in response to the particular purchase order. 
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Embodiments of the present invention receive a user purchase requisition 
request from a particular user using an Internet based Open Buyer's Interface 
standard protocol OBI is the standard used to connect multiple e-commerce 
sites together to provide real time data sharing between suppliers and 
5 purchasers. OBI allows multiple Internet sites to behave as one site. 

Embodiments of the present invention generate out-bound documents in 
response to the in-bound requests from purchasers over the Internet* Out-bound 
documents are generated in XML which is a batched process data from one site 
10 to another. XML allows systems to be updated as data is passed back and forth 
from one system to another. The present invention allows the XML data to be 
configured to export and import data to the appropriate system on-demand, 
share real-time data between multiple sites and effectively keep site data in 
synchronization. 

15 

A sub-process is used for formatting the requested data for presentation 
to the requesting client. In this embodiment, the present invention associates the 
contents of a purchase order to an arbitrary XML data source in a database 
associated with the e-procurement system. The retrieved XML data is 
20 transformed using a proprietary data object and attributes transformation logic 
into an appropriate format such as a Hyper-Text Markup Language and a host of 
other markups languages. 

These and other objects and advantages of the present invention will no 
25 doubt become obvious to those of ordinary skill in the art after having read the 
following detailed description of the preferred embodiments which are 
illustrated in the various drawing figures. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The accompanying drawings, which are incorporated in and form a part 
of this specification, illustrates embodiments of the invention and, together with 
the description, serve to explain the principles of the invention: 

5 

Figure 1 is a block diagram of one embodiment of the e-cornmerce 
environment of the present invention; 

Figure 2 is a block diagram of an embodiment of the architecture of the e- 
10 procuring and e-purchasing system of one embodiment of the present invention; 

Figure 3 is a block diagram of an exemplary process flow implementation 
of a purchase requisition of an embodiment of the present invention; 

15 Figure 4 is a block diagram of an exemplary data layout in memory and in 

a database of files in an embodiment of the present invention; 

Figure 5 is a block diagram of an exemplary in-bound and out-bound 
document generation of one embodiment of the pvirchasing and procurement 
20 system of the present invention; 

Figure 6 is a block diagram of an embodiment of the functional units of 
the XML Mapping unit of one embodiment of the present invention; 

25 Figure 7 is a block diagram of an embodiment of the Extensible Markup 

Language (XML) data Mapper and Transformation unit of one embodiment of 
the present invention; and 



SUN-P6535/ACM/DKA 



10 



September 18, 2001 



5 



Figure 8A and Figure 8B are a flow diagram of one embodiment of the 
two step XML data fetching and transformation process in accordance with one 
embodiment of the present invention. 





20 



25 
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DESCRIPTION OF THE PREFERRED EMBODIMENTS 



Reference will now be made in detail to the preferred embodiments of the 
invention, examples of which are illustrated in the accompanying drawings. 
While the invention will be described in conjunction with the preferred 
5 embodiments, it will be understood that they are not intended to limit the 
invention to these embodiments. 

On the contrary, the invention is intended to cover alternatives, 
modifications and equivalents, which may be included within the spirit and 

10 scope of the invention as defined by the appended Claims. Furthermore, in the 
following detailed description of the present invention, numerous specific details 
are set forth in order to provide a thorough understanding of the present 
invention. However, it will be obvious to one of ordinary skill in the art that the 
present invention maybe practiced without these specific details. In other 

15 instances, well-known methods, procedures, components, and circuits have not 
been described in detail as not to unnecessarily obscure aspects of the present 
invention. 

The invention is directed to a system, an architecture, subsystem and 
20 method to manage an extensible markup language content request formatting 
and presentation processes in an e-commerce procurement and purchasing 
environment in a way superior to the prior art. In accordance with an aspect of 
the invention, an e-procurement and e-purchasing system provides users both 
content request formatting processes and presentation formatting processes that 
25 enable order requisitions to be electronically processed on-line on the Internet. 



SUN-P6535 / ACM/DKA 



12 



September 18, 2001 



In the following detailed description of the present invention, a system 
and method for Internet protocol based communication system are described. 
Numerous specific details are not set forth in order to provide a thorough 
understanding of the present invention. However, it will be recognized by one 
5 skilled in the art that the present invention may be practiced without these 
specific details or with equivalents thereof. 

Generally, an aspect of the invention encompasses providing an 
integrated e-procurement and e-purchasing system having a wide range of order 
10 requisition, process, acknowledgement and other services to online users who 
may connect to an enterprise system of on-line purchasing and requisitions. The 
invention can be more fully described with reference to Figures 1 through 8B. 

Figure 1 depicts an e-commerce procurement and purchasing 
15 environment of one embodiment of the present invention. The on-line 

ptirchasing and procurement environment 100 shown in Figure 1 comprises 
computer server 110, e-Purchase and e-Procurement system 120, Interface 130, 
Database 140, Directory 150 and Memory 160. 

20 Server 110 is coupled to provide an e-platform application server for the e- 

procurement and e-purchasing environment of the present invention. Server 
110 provides a user with a single sign-on facility to the e-procurement system of 
the present invention, as well as the ability to customize the e-procurement 
system. Server 110 provides scalability and high availability to the user. 

25 

E-Procurement system 120 is coupled to Server 110 to provide an on-line 
centralized control for buying goods and services for enterprise operations. E- 
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Procurement system 120 is a business-to-business application for purchasing and 
procurement professionals who are within an organization in the enterprise, E- 
Procurement system 120 is further extensible to allow non-professional 
purchasing and procurement persons with the enterprise to purchase 
5 consumables, such as office supplies, small office equipment and services from 
suppliers on the Internet. 

Still referring to Figure 1, Interface 130 couples to e-Procurement system 
y 120 and provides a foundation for order submissions, and establishes 
yg 10 communication between a customer and legacy systems and the e-Procurement 
fy system 120 of the present invention. 

^ Interface 130 further supports secure transmission of data over public and 

private networks, as well as the storage of documents, tracking of services and 
15 the management of tasks. In one embodiment of the present invention, Interface 

3 130 supports the American National Standards Institute (ANSI) ASCII 12 and 

other communication interface standards. Interface 130 further supports the use 
of graphical tools for mapping, translation and conversion of any file format such 
as Electronic Data Interface (EDI) to any other file format. 

20 

Database 140 is coupled to the e-Procurement system 120 to provide 
ordering and catalog information to the user. Database 140 may be an "off-the- 
shelf" software product such as those sold by Oracle corporation of Redwood 
25 City, California. 
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In the e-Procurement system 120 of the present invention, Database 140 
also provides an intermediary storage facility of catalog information where 
orders are stored that originated by a user. In-bound orders are processed by e- 
Procurement system 120 using order information retrieved from the catalogs 
5 stored in Database 140. E-Procurement system 120 transmits out-bound order 
documents based on available catalog information from a supplier to the buyer. 

Directory 150 of Figure 1 is coupled to e-Procurement system 120 to store 
membership information of users of the e-Procurement system 120. Directory 
10 150 also stores information on the suppliers, as well as location information of 
buyers and sellers in order to facilitate an effective and efficient communication 
of order and supply information between enterprises. 

Memory 160 is coupled to the Server 110 to store transient copies of 
15 purchase requisitions stored in Database 140. A purchase order requisition of 
catalog information stored in Memory 160 has a one-to-one correlation with data 
objects stored in Database 140. Information stored in Memory 160 may be 
stored as Java objects, or the like, in a manner well known in the art. 

20 

Referring now to Figure 2, a block diagram of one embodiment of the e- 
Procurement system 120 of the present invention is shown. As shown in Figure 
2, e-Procurement system 120 comprises catalog managing module 200, catalog 
pricing engine 210, Document Exchange (XDOC) module 220, Mapping Module 
25 230 and Rule engine module 240. Also shown in Figure 2 is DOC Interface 
module 130 which is coupled to XDOC 220. 
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To make products available to buyers, suppliers organize product 
information into catalogs. The product information data structure in a catalog is 
a hierarchy of categories with items under these categories. The ways of 
representing this information vary from supplier to supplier, even among 
5 suppliers of similar products. 



Catalog management module 200 allows suppliers to map their existing 
catalogs to the e-Procurement system 120 using a set of graphical interface tools. 
Catalog management module 200 allows for a quick real-time catalog creation 
10 and maintenance by providing creation of buyer managed content. 



Catalog management module 200 further enables a system administrator 
of the e-Procurement system 120 to create and maintain a standardized structure 
that maps supplier catalog data to an e-procurement and purchasing 
15 environment. Catalog management module 200 also provides the system 

administrator with the environment to create and manage group-specific buyers 
and suppliers catalog and generate requisitions and purchase products. 

Pricing module 210 is coupled to Catalog management module 200 to 
20 provide pricing rules for catalog items provided by various suppliers. Pricing 
module 210 is configurable to allow the control of the flow of pricing information 
for purchase requests between a purchaser and a supplier in the e-purchasing 
and e-procurement environment of the present invention. 

25 XDOC 220 is coupled to Catalog management module 200 to 

automatically process in-bound order requests to the e-Procurement system 120 
and the corresponding out-bound order data. E-Procurement system 120 
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generates XML documents for completing in-bound and out-bound transactions 
to suppliers etc. XDOC 220 examines the tags of any incoming document to the 
e-Procurement system 120 and determines whether a corresponding object to the 
tag is stored in Database 140. 

5 

If the incoming document tag has a corresponding database data object, 
XDOC 220 populates the incoming requests with the attributes that correspond 
to the identified object tag. For example, an incoming document may have a tag 
m in the incoming XML file such as <billing addressx This tag is defined by the 
If 0 present invention as a data object as <bill to> in Database 140. 

y Upon identifying the <billing address> tag, XDOC 220 immediately 

□ associates the tag with the <bill to> data object in Database 140 and subsequently 

populates the attributes associated with the <bill to > object. In the present 
* 15 invention, XDOC 220 has the flexibility to write out XML files in different 
I formats. The files can be in OBI or non-OBI formats depending on how the 

business rules are set up* 

Still referring to Figure 2, Mapping Module 230 is coupled to XDOC 
20 module 220 to provide a two step mapping process in accordance with an 

embodiment of the present invention to transform OBI compliant XML files and 
non-OBI compliant XML files into an internal XML compliant file suitable to the 
e-Procurement system 120. The two step mapping scheme enables the e- 
Procurement system 120 to handle the translation of the output or the input of 
25 any XML document of any XML standard or version without modification of the 
underlying file code. 



SUN-P6535/ACM/DKA 



September 18, 2001 



Rules module or engine 240 is coupled to XDOC 220 to provide the 
underlying business rules that control Hie operating transaction principles of the 
e-Procurement system 120. In the present invention, Rules module 240 is 
configurable with generalized statements that allow system administrators to 
5 control the flow and behavior of e-procurement and purchasing system 120. The 
underlying business rules sematics may not be as complex as a full programming 
language that allows the user to perform typical customizations such as page 
layouts, icon layouts and other "click and surf functions typical in Internet 
computing. 

10 

Figure 3 is a block diagram depiction of an exemplary process flow of the 

Open Buying on the Internet (OBI) standard which is the underlying standard 

utilized in Interface 130. The process flow shown in Figure 3 comprises the 
» 

interaction of these entities: requisition 310, Buying 320 and Supplier 330. 

15 

Requisition 310 may be the user with a need for a product or service, who 
meets this need by querying the Supplier 330 catalogs for the required items. 
The Requisition 310 generates order requests and queries order status to the e- 
Procurement system 120 using an Internet browser. 

20 

Buyer 320 represents a purchasing management and information system 
which supports purchasing and procurement functions within an enterprise. 
These systems include an OBI server for receiving OBI order requests and 
retrieving OBI orders. The system further includes handling a requisition profile 
25 information, trading partner information and other information necessary to 
complete an order. The Buyer 320 also negotiates and maintains contractual 
relationship with the Supplier 330. 
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Supplier 330 maintains a dynamic electronic catalog that represents 
accurate product and price information that can be tailored based on the 
organization's affiliation of the requisitioner 310. Product and price information 
5 reflects the contract with a buyer. The supplier's catalog should be integrated 
effectively with inventory and order management system and an OBI server for 
sending OBI order requests and receiving OBI orders. 

Figure 4 is a block diagram illustration of an exemplary data structure 
10 layout of files and data objects of one embodiment of the e-Procurement system 
120 of the present invention. As shown in Figure 4, the file structure of the e- 
Procurement system 120 comprise requisition 400, line groups 410 and lines 420 
which represent files structure stored in Memory 160. 

15 The e-Procurement file system structure further comprises requisition 

400b, line group 410b and line 420b which represent data objects which are 
stored in Database 140 and map to files in the file structure stored in Memory 
160. In the present invention, line objects describe line item entries, such as the 
description of an item being purchased, the quantity, the location of the buyer or 

20 the supplier, etc., in a purchase order that specifies the order by a buyer or 
response to an order from a supplier respectively. And each line object has 
attributes which define the classes and sub-classes for items in a catalog. For 
example, the purchase number, the expiration date of the order, the creation date 
of the order, the modification date of the order, etc, 

25 

Requisition 400 and the corresponding data objects requisition 400b 
represent an electronic list of items a buyer has. A requisition is a purchase 



SUN-P6535 / ACM/DKA 



19 



September 18, 2001 



request that has not yet been approved as a purchase order. In the present 
invention, Requisitions 400 and 400b include templates that can be used to create 
another requisition. The template can contain actual items that are repeatedly 
ordered or other types of information such as default billing, shipping and 
5 approval information. 

Line group 410 and the corresponding data objects 410b represent groups 
of line items contained in a number of purchase requisitions which indicate the 
type of items that a buyer orders or a supplier has available for sale. Line groups 
10 from a number of requisitions and may include, for example. Invoice line 
numbers, Order codes, Order line item number, etc. 

Lines 420 and the corresponding data objects lines 420b represent the line 
if ems contained in each purchase requisition. As shown in Figure 4, each line in 
15 memory maps to a data object line in Database 140. Also, each line in either 
Memory 160 or Database 140 maps to a line in Line group 410 and 410b 
respectively. In the present invention, line groups and lines are data items which 
are stored in Database 140 as data objects and data attributes. 

20 Although the data objects and attributes may differ, the document 

transformation logic of the present invention relates the data object and 
attributes in a manner that enable the XDOC 220 to retrieve data in a relational 
manner when exact information of a purchase requisition is not found in the 
Database 140. The function and method of the file layout in Database 140 and 

25 Memory 160 is described in co-pending U.S. patent application titled "Dynamic 
Criteria Based Line-Grouping for Purchase Order Generation", filed on 10/15/01 

mechanism and method 



SUN-P6535/ACM/DKA 



20 



September 18, 2001 



, Serial No.: , assigned to the assignee of the present invention and hereby 

incorporated by reference herein. 



Figure 5 is block diagram depiction of one embodiment of the Mapping 
5 Module 230 of the present invention. As shown in Figure 5, the Mapping 
Module 230 comprises Processing Unit 500, in-bound documents 510 - 530 and 
out-bound documents 540-560. 



Processing Unit 500 comprises XML processing logic for automatically 
*dlQ processing order requests and responses in XML or other applicable markup 
Jf languages for purchase requisitions made via the e-Procurement system 120 of 
the present invention. 

f " Process unit 500 generates XML documents for sending out order requests 

15 to suppliers by buyers or procurement professionals. Processing unit 500 also 
handles in-bound request documents (e.g., 510 - 530) emanating from suppliers 
M responding to order requests from buyers using the e-Procurement system 120 of 
the present invention. The Processing Unit 500 uses a "documents exchange 
logic" to automate the processing of in-bound request documents and out-bound 
20 response documents by relating file information contained in the in-bound and 
out-bound documents to data objects and attributes retrieved from Database 140 
based on a prior knowledge of the user's characteristics. 

Still referring to Figure 5, the in-bound documents comprise documents 
25 510 -530 which typically represent an OBI 855 document for handling order 

acknowledgements from a supplier and also represent OBI 856 documents which 
typically handle advance shipping instructions from the supplier to the buyer 
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indicating when goods ordered by the buyer may be delivered. The in-bound 
documents further include OBI 865 documents which typically represent order 
cancellation acknowledgements from the supplier to the buyer acknowledging 
receipt of an order cancellation by the buyer. 

5 

Out-bound documents comprise documents 540 which typically represent 
OBI XML documents which may include an XML translation of the entire in- 
bound document set present to the Processing unit 500. Document 540 is 
included in out-bound documents to typically represent OBI 850 documents 
10 which represent Purchase Order generation to the supplier. Purchase Orders 
represent requisitions that have been approved by the buyer for supply by the 
supplier. 

Document 550 represents OBI 860 documents set which typically include 
15 order changes that are submitted by the buyer to the supplier after a purchase 
order has been provided to the Supplier. 

Figure 6 is a block diagram depiction of one embodiment of the internal 
architecture of the Mapping Module 230 of the present invention. As shown in 

20 Figure 6, Mapping module 230 comprises Configuration Module 600, Internal 
XML Mapper 610 and dataModel module 620. The Mapping Module 230 
performs a two step XML file translation process which enables the e- 
Procurement system 120 to handle XML files from a variety of external sources 
without having to modify the underlying code of these files in accordance with 

25 an embodiment of the present invention. 
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Configuration Module 600 is coupled to receive incoming OBI-XML and 
non-OBI-XML files from purchase requisition documents presented to the e- 
Procurement system 120. The Configuration Module 600 provides a mechanism 
for the e-Procurement system 120 to define the relationship between objects, 

5 attributes and tables of records of catalog items supported by the e-Procurement 
system 120 in the e-procurement environment. The Configuration Module 600 is 
configurable and customizable by the user to include XML tags of catalog objects 
and attributes that may be translated from incoming documents to the internal 
XML file. These tags may include, for example, <bill -to-address> which relates 

10 to a typical XML tag <Billing Locations <send-to-address> which relates to a 
typical XML tag <receiving locations etc. The data received by the 
Configuration module 600 is presented to the Internal XML mapper 610. 

The Internal XML Mapper 610 of Figure 6 is coupled to the Configuration 
15 Module 600 to receive the external XML tags (e.g., OBI-XML) and translate these 
tags into an internal XML objects known as Buyer-XML or bx_XML. The Internal 
XML Mapper 610 includes logic that enables the Mapping Module 230 retrieve 
XML objects stored in Memory 160 and write out OBI compliant XML files 
depending on the objects and attributes stored in Database 140 and specified by 
20 the user. 

Files translation in the Internal XML Mapper 610 is achieved by the use of 
dataModel Module 620 which is utilized by XDOC 220 to traverse Database 140 
to retrieve data objects corresponding to the inbound external XML files 
25 presented to Mapping Module 230. DataModel Module 620 includes flags that 
may be set by XDOC 220 in order to selectively retrieve object and attributes 
from Memory 160 and Database 140. DataModel Module 620 is configurable by 
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the user to set flags that allows the e-Procurement system 120 to compile the 
underlying XDOC 220 code. 

In an embodiment of the present invention, when XDOC 220 is configured 
5 for no-OBI compliant files, then there are some custom properties in the 

dataModel Module 620 that determines which attributes of a purchase order are 
to be written out for delivery to a supplier. The following illustrates an 
exemplary embodiment of such custom attribute: 

"order_header"NTV{ 
10 "Class_name" Str "order_header", 

"attribute" NTV{ 

"order_id"NTV{ 

"attr_name" Str "order_id" 

"schema" NTVArr [ 
15 { 

"schema" Str "orderjheader", 

"schema_attr" Str "order_id" 

} 



20 

The above example shows that the order_id of a requisition should not be 
written out while writing an outbound purchase order. However, other 
attributes in the purchase order may be written out. 



25 The above example also shows how attributes of a given object can be 

selectively written out during the implementation of XDOC 220. Thus, in the 
present invention, the Mapper Module 230 is configurable to specify the 
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Purchase order/custom properly for relationships between different objects. 
This allows the user the ability to specify if a line group, for example, is written 
out then line objects associated with the line group are also written out, 

5 Of course, while writing out the line objects, the purchase order custom 

property for each attribute of the line group is examined. And only those 
attributes which have the purchase order variable set to true are written out. 

Figure 7 is a block diagram depiction of one embodiment of the Internal 
%Q XML mapper 610 of the present invention. As shown in Figure 7, the Internal 
S XML mapper 610 comprises Database traverse module (DTM) 700, Flag setting 
j : Jf module 710 and XML data customizing module 720. 

f Database traverse module 700 is coupled to provide traversing capabilities 

C3l5 to the Internal XML mapper 610. DTM 700 recursively traverses Database 140 
St using the internal tags generated by the Two Step Mapper 230 in response to the 
M OBI XML data presented in a purchase order, to retrieve data objects or related 
data objects from Database 140. DTM 700 further retrieves data attributes that 
correspond to the data objects identified by the tags. In the present invention, 
20 the Two Step Mapper 230 utilizes data relationships to directly map data objects 
which directly correspond to the OBI XML data presented in a purchase order or 
may use a relationship logic to map the OBI XML data to data objects which may 
relate to items in the purchase order. 

25 Flag setting module 710 couples to DTM 700 to provide data write out 

selectivity to the Two Step Mapper 230. The mapping logic of the Two Step 
Mapper 230 can set Flag setting module 710 to indicate those contents of the data 
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objects and attributes retrieved from Database 140 that can be written out in 
response to an in-bound document. Flag setting module 710 is either set to a 
"yes" or a "no" to indicate when data should be written out in an out-bound 
document. 

XML data customizing module 720 provides the DTM 700 with the 
capability to selectively retrieve data objects from the Database 140 based on the 
contents of Flag setting module 710 and the attributes associated with a 
particular data object. 

Figures 8A and 8B depict a flow diagram illustration of one embodiment 
of the mapping of in-bound and out-bound documents, respectively, in 
accordance with one embodiment of the present invention. The process 
illustrated in Figure 8A and Figure 8B is implemented as computer instruction 
code stored in memory and executed by a computer system processor. As shown 
in Figure 8A, an in-bound document processing starts at step 800 when the 
contents of the in-bound documents are received by the Mapper Module 230. At 
step 810, the files in the in-bound document is mapped to the internal XML files 
of the Mapper Module 230. 

At step 820, the Configuration file 600 is modified to include data objects 
and attributes in the in-bound document that are not present in Database 140. 
The new attributes of the data objects from the resulting Configuration file 
modification are used to then populate the Configuration Module 600 at step 830. 

To generate out-bound documents responsive to the in-bound documents, 
the mapping logic in Mapper Module 230 traverses the Database 140 using 
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dataModel Module 620 at step 840. In the present invention, Database 140 can be 
traversed at either the data object level or the attribute level. 

At step 850, processing flags are activated to enable the disabling of data 
5 objects or attribute write outs by the mapping logic. At decision step 860, the 
mapping logic checks the data write out flag to determine whether the flag is set 
to true. If the write-out flag is set to true, the attribute/ object of the contents of 
the out-bound documents is written out at step 870. On the other hand, if the 
data write out flag is set to false, the data write-out step 870 is skipped. 

Jfr At step decision step 880, the mapping logic checks to determine if new 

attributes have to be added to the Configuration file Module 600. If new 

^ attributes are to be added, the Configuration file Module 600 is modified and the 

f in-bound file is converted from the internal XML file (e.g., bx_XML) into a 

P 15 markup file suitable for delivery with the out-bound documents at step 890. 

"v-J However, if no new attributes have to be added, processing of the out-bound 

m documents ends. 

The foregoing descriptions of specific embodiments of the present 
20 invention have been presented for purposes of illustration and description. They 
are not intended to be exhaustive or to limit the invention to the precise forms 
disclosed, and obviously many modifications and variations are possible in light 
of the above teaching. The embodiments were chosen and described in order to 
best explain the principles of the invention and its practical application, to 
25 thereby enable others skilled in the art to best utilize the invention and various 
embodiments with various modifications are suited to the particular use 
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contemplated. It is intended that the scope of the invention be defined by the 
Claims appended hereto and their equivalents. 
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